System and method for updating data in remote devices

ABSTRACT

A central host performs an automated method of updating multiple remote devices. In one embodiment, the host recognizes a predetermined download time and, in advance of the download time, transmits a calendar update to multiple remote devices. The calendar update includes the download time, and the remote devices may utilize the download time to set calendar reminders for entering an active state. Within a short time after reaching the download time, the host pushes download data to the remote devices by broadcasting the download data. In one aspect, the host may receive message acknowledgements from remote devices in response to a first calendar update, and the host may automatically transmit additional calendar updates to any remote devices that did not receive the first calendar update. Additional embodiments involve related methods and the terminal devices that receive the updates.

TECHNICAL FIELD OF THE INVENTION

The present invention relates in general to information handling systemsand, in particular, to a system, a method, and a program product forupdating data in remote devices.

BACKGROUND OF THE INVENTION

A wireless network may contain a central host and multiple wirelessdevices such as cell phones, personal digital assistants (PDAs), laptopcomputers, or other terminal devices. From time to time, it may benecessary to transfer software, configuration data, or other types ofdata from the host to the terminal devices. For example, the wirelessnetwork may use over-the-air service provisioning (OTASP) to downloaddata to devices, to accomplish such tasks as activating new wirelessservices, changing existing wireless services, modifying manufacturerspecific parameters, and facilitating authentication key generation.Furthermore, burgeoning technologies such as software defined radio(SDR) are expected to lead to an increased demand for downloads toterminal devices.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the present invention and advantagesthereof may be acquired by referring to the appended claims, thefollowing description of one or more example embodiments, and theaccompanying drawings, in which:

FIG. 1 depicts a schematic diagram of an example embodiment of a systemthat supports downloading data to terminal devices according to thepresent invention;

FIG. 2 depicts a block diagram of the example host from FIG. 1;

FIG. 3 depicts a block diagram of an example terminal device from FIG.1;

FIG. 4 depicts a flowchart of an example embodiment of a process, withinthe host of FIG. 1, for downloading data to terminal devices; and

FIG. 5 depicts a flowchart of an example embodiment of a process forreceiving download data at a terminal device from FIG. 1.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENT(S)

Currently, the two primary methodologies used for downloading data toterminal devices may be referred to as the “push methodology” and the“pull methodology,” respectively. According to the pull methodology, theterminal devices initiate download operations. According to the pushmethodology, the host initiates download operations. For purposes ofthis document, the term “download” includes the operation of copyingdata from one device to another, without regard to whether to devicethat initiates the copying is also the device that receives the data.Thus, a host may download data to a terminal device by sending data tothat terminal device.

For purposes of this document, the following terms are used to denotedifferent terminal device states. “Dead” refers to the state in which nopower is flowing through the device and no circuits are active. “Off”and “powered off” refer to the state in which most circuits are disabledto reduce power consumption, but a small amount of power is supplied toselected processing circuits, such as a clock circuit and a circuit thatmonitors the power button. “Sleep” refers to the state in which powerconsumption is reduced, relative to the fully on state, by disablingcertain circuits and only enabling them periodically, for example tocheck for an incoming call, check on registration messages, etc. Forinstance, a terminal device may automatically enter a sleep state, froman on state, after a predetermined period of inactivity. “Fully On”refers to the state in which power is supplied to substantially allprocessing circuits. The term “powered on” includes the sleep and fullyon states, but not the off and dead states. The term “on” may be usedinterchangeably with the term “powered on.”

This document describes an example embodiment of a system and relatedmethods for downloading data to terminal devices. As described ingreater detail below, the disclosed system uses a push methodology thatinvolves a preliminary push of calendar information to terminal devices,followed by a push of download data to the terminal devices. By pushingthe calendar information in advance of the download data, the hostprepares the terminal devices to receive the subsequent download data.In the example embodiment, the calendar information may cause anyterminal devices that are powered off to “wake up” (e.g., power on) inanticipation of the download data. Consequently, the host is able todownload data to terminal devices that might otherwise be powered offand therefore unable to receive transmissions. To facilitate thisfunctionality, terminal devices in the example embodiment supply powerto alarm circuitry while the devices are in the off state.

In addition, the disclosed embodiment may transmit the download data asa broadcast. Consequently, multiple terminal devices may receive thedownload data from a single transmission of that data. By contrast,conventional systems typically address individual transmissions ofdownload data to individual devices, using transmission bandwidth tosend separate communications to each terminal device.

Various advantages provided by the disclosed embodiment are describedbelow, in connection with detailed descriptions of example components inthe disclosed system and example processes involving those components.

FIG. 1 depicts a schematic diagram of an example embodiment of a systemfor downloading data to terminal devices according to the presentinvention. The illustrated system includes a host data processing system20 in communication with a transmission facility such as a radio antenna22. For instance, host 20 may serve, alone or in conjunction with otherdata processing systems, as a short message service center (SMSC). Inaddition, the system includes multiple terminal devices, such as cellphones 24 and 26, operable to communicate with host 20 via antenna 22.

FIG. 2 depicts a block diagram of host 20 in greater detail. Asillustrated, host 20 includes various processing resources. Theprocessing resources may include hardware components such as aninput/output (I/O) unit 30 for network communications, processingcircuitry such as a processor 32, and one or more storage components 34such as random access memory (RAM), nonvolatile RAM (NVRAM), diskdrives, etc. The processing resources may also include computerinstructions, such as host control logic 36, encoded in storagecomponents 34. Storage components 34 may also contain data, such assoftware 38, to be downloaded to terminal devices.

FIG. 3 depicts a block diagram of cell phone 24 in greater detail. Inthe example embodiment, cell phone 24 also includes processingresources. Those processing resources may include, for example, hardwarecomponents such as an input/output (I/O) unit 50 for networkcommunications, processing circuitry such as a processor 52, and one ormore storage components 54 such as random access memory (RAM),non-volatile RAM (NVRAM), etc. Storage components 54 may be used tostore computer instructions such as device control logic 56, as well asother types of data, such as calendar data, configuration data, userdata, etc. When cell phone 24 receives download data (e.g., software 60)from host 20, that data may also be stored in storage components 54.

FIG. 4 depicts a flowchart of an example embodiment of a process, withinhost 20, for downloading data to terminal devices. The process beginswith host 20 powered on and executing host control logic 36. In theexample embodiment, host control logic 36 includes download managementcode for performing the operations described below.

At block 70, host control logic 36 recognizes a predetermined time tofacilitate the downloading of data to multiple wireless terminaldevices, such as cell phones 24 and 26. For instance, a networkadministrator may interact with host 20 on Monday to schedule a downloadof software 38 to cell phones 24 and 26 at 2:00 A.M. on the followingMonday. In response to the administrator's input, host 20 may recognize2:00 A.M. on the specified Monday as the predetermined download time. Itmay be preferable to schedule downloads at least one week in advance, togive host 20 a full week to try to send a calendar update to eachterminal device, in case any of the terminal devices are usually turnedoff.

Further, the network administrator may also specify individual terminaldevices or groups of devices to receive the download. For instance, thenetwork administrator may use mobile identification numbers (MINs) tospecify individual terminal devices to receive updates. Other means ofdifferentiating between devices may be based on Electronic Serial Number(ESN), predefined device types (e.g., Class 2 devices), Medium AccessControl (MAC) address, Internet Protocol (IP) address, etc.

At block 72, host control logic 36 begins sending a calendar update toeach device that the administrator selected to receive the download. Thecalendar update, which may also be referred to as a calendar reminder,may include the time selected for the download. Host 20 may send thosereminders to cell phones 24 and 26 as short messages using a protocolsuch as short message service (SMS), for instance. Host 20 may beginsending the calendar updates many hours or days in advance of thescheduled download, to provide time for repeated attempts to transmitthe calendar update. Providing time to resend calendar updates isbeneficial in case any of the terminal devices are unable to receive thefirst transmission, for instance as a result of a terminal device beingpowered off when the first calendar update is transmitted.

At block 74, host 20 may determine whether an acknowledgment (ACK) forthe calendar update has been received from each terminal device. Foreach terminal device that has not replied with an ACK, host 20 mayresend the calendar update repeatedly until a limit on the number ofresend attempts for that terminal device is reached or the time for thedownload is reached, as indicated at blocks 76 and 78. In particular,when an ACK is not received, the host may wait for a preset time periodbefore attempting to resend the calendar update. This waiting period mayincrease the probability that the terminal device might be powered on orwithin an area covered by the wireless signal when the calendar updateis resent.

Also, the host may resend the update when the network realizes ordetermines that the device is powered on. For instance, when theterminal device powers on, it may register with a carrier, and, inresponse, the carrier may update databases such as a home locationregister and a visitor location register. The host may then determinewhether the device is powered on by reference to information obtainedfrom the carrier. In the example embodiment, the terminal device mightnever initiate communications with the host.

As described below with reference to FIG. 5, once a terminal device hasreceived a calendar update, the terminal device may set an alarm toautomatically enter an active state (e.g., wake up) in time to receivethe download at the prescribed time.

At block 80, host 20 may determine whether the download time has beenreached. Once the download time has been reached, host 20 may broadcastthe download data, as indicated at block 82. At block 90, host 20 maydetermine whether each of the terminal devices has acknowledged receiptand storage of the download. Those messages with acknowledgements fromthe terminal devices may also be referred to as distributionacknowledgements. In response to receiving distributionacknowledgements, host 20 may automatically update distribution recordswithin host 20 to indicate which terminal devices successfully receivedand stored the download data and which did not, as indicated at blocks92 and 94. The process may then end.

In accordance with the above process, host 20 may push the download datato multiple terminal devices, such as cell phones 24 and 26, using asingle transmission of the download data. For instance, a base stationin a cell may transmit download data, such as new software, once in thecell, and multiple cell phones within the cell may each keep a copy ofthe download data found in that single transmission. By simultaneouslypushing downloads from host 20 to multiple terminal devices, thedisclosed methodology may use less bandwidth than would be necessary ifa separate transmission were used to send the download data to eachterminal device. In addition, downloads may be scheduled to avoid timesof peak network utilization.

In one aspect, all terminal devices that detect the broadcast mayaccept, store, and acknowledge the download data. In another aspect, theterminal devices may be programmed to accept only certain kinds ofbroadcasts. For instance, the calendar update may only be sent to apredetermined set of selected terminal devices, and the short messagewith the calendar update may also include a key for the download data.Alternatively, a separate short message with the key may be sent to theselected terminal devices. The selected terminal devices may then storethe key for future reference. Consequently, when the broadcast data istransmitted, the broadcast data may include a corresponding key, andeach terminal device that detects the broadcast data may compare anykeys previously received with the key in the broadcast data. A terminaldevice may disregard broadcast data if the terminal device does not havea corresponding key. Alternative methodologies for filtering broadcastsmay be based on MIN, version number, or software load number, forexample.

Numerous additional methodologies for filtering or directing broadcastsin accordance with the present invention will be readily apparent, aswell. For instance, broadcasts may be transmitted at different times fordifferent devices or different networks. Download data may even betransmitted to individual terminals one at a time.

FIG. 5 depicts a flowchart of an example embodiment of a process in cellphone 24 for receiving updates according to the present invention. Thatprocess may begin with cell phone 24 already “activated” according to aparticular service plan for a user or subscriber. For instance, cellphone 24 may already be programmed with necessary codes, such as a MINand a system identification code (SID).

At block 100, cell phone 24 receives a calendar update from host 20specifying a download time. In response, device control logic 56 in cellphone 24 may automatically update calendar data 58 with an alarm, asindicated at block 102. As described below, the alarm is set to causecell phone 24 to automatically enter an active state shortly before thedownload time. Device control logic 56 may then monitor an internalclock and, if cell phone is powered off, device control logic 56 mayautomatically power on cell phone 24 when the time of the alarm isreached, as indicated at block 106 and 108. When first powered on, cellphone 24 may listen for a carrier SID on a control channel and send aregistration request to the carrier, so the carrier can track thelocation of cell phone 24, as indicated at block 110. Cell phone 24 maythen wait for host 20 to initiate the download.

At block 112, cell phone 24 may receive the download data from host 20and store that data in storage components 54. For instance, if thedownload is for all terminal devices within range of antenna 22, cellphone 24 may simply receive and store the data. Alternatively, if host20 has configured only particular terminal devices to receive thedownload (e.g., using one of the methodologies described above), cellphone 24 may only store the data after making a determination as towhether cell phone 24 is supposed to receive this download. Forinstance, cell phone 24 may receive and store a download key inassociation with the calendar update, and cell phone 24 may compare thatkey with a key in the download data before accepting the download data.After storing the download data, cell phone 24 may transmit an ACK tohost 20 to indicate that the download data was successfully received andstored, as shown at block 113. The process may then end.

In the example embodiment, the calendar updates, the download data, andthe ACKs may be transmitted using one or more control channels ortraffic channels. For instance, a control channel for SMS broadcasts maybe used to carry the download data. In alternative embodiments, otherapproaches may be used. For example, the system may use control channeldedicated to broadcasts for updating data in terminal devices, or thesystem may use a voice or data channel for the broadcast. In addition,download data may be transmitted in encrypted form, and the host maytransmit a decryption key to each terminal device that is supposed toreceive the download data, perhaps with the calendar reminder or at someother time before or after the download. Furthermore, terminal devicesmay acknowledge receipt only after successfully decrypting the downloaddata. Also, for general broadcasts, such as a broadcast of download datafor any device within listening range, acknowledgments may be omitted.

The disclosed processes thus allow network administrators or operatorsto manage network resources more effectively by scheduling downloads fortimes when network load is low, such as 2 A.M., and by reducing thenumber of times the download data must be transmitted. The disclosedprocesses help ensure that such a download is received, even though theterminal devices might normally be powered off at the time of thedownload. The disclosed processes also allow operators to dispersedemands for network resources by scheduling downloads for different setsof terminal devices at different times. By contrast, in conventionalsystems that use the pull methodology, terminal devices may pull updatesfrom the host on demand, at times determined by the terminal devices orthe users. If the terminal devices control when updates are to betransmitted, there may be a much greater risk of overwhelming networkresources.

Operators may use the disclosed processes to configure terminal deviceswith data for many different kinds services. For instance, the disclosedprocesses may be used to update preferred neighbor lists, to provideover-the-air activation, etc. The download data may contain informationto be used by software in the terminal devices. For example, thedownload data may contain configuration parameters for device controlsoftware or data records such as phone numbers to call for various typesof customer assistance. Download data may also contain software updates,such as a new version of an operating system, or new softwareapplications for the terminal devices.

Additionally, once a terminal device receives the download data, theterminal device may reconfigure itself, based on that data. For example,a cell phone using SDR technology might use GSM signals according to aparticular release of the GSM specification before receiving thedownload data. An enhanced version of the GSM specification maysubsequently be released, and a host may then broadcast data to terminaldevices to upgrade those devices to use GSM signals according to theenhanced specification. Alternatively, the host may transmit downloaddata that causes the terminal devices to switch to a completely newgeneration of technology.

Similarly, firefighters or other emergency service personnel in onejurisdiction may be called to assist firefighters in a anotherjurisdiction, but incompatible radio systems may be used in those twojurisdictions, which may impair coordination of efforts when thefirefighters arrive in the second jurisdiction. However, the disclosedmethodology may be used to remove the incompatibility between the radiosystems, for example by reconfiguring the radios from the firstjurisdiction to interoperate with the radios in the second jurisdiction.For instance, the necessary data for reconfiguring the radios may bebroadcast to the radios before the radios leave the first jurisdictionor after they arrive in the second jurisdiction.

In an alternative embodiment, a host may push download data such assoftware upgrades (e.g., the latest version of a web browser) toterminal devices such as personal computers (PCs). The host may firstsend calendar updates to the PCs to schedule a download for a time whenthe PCs will be idle or even powered off. The PCs may set an alarm towake up in time for the download. At the scheduled time, the PCs mayautomatically power on if necessary and automatically establish anetwork connection. The download data may then be pushed or pulled tothe PCs. For instance, the PCs may automatically log onto apredetermined host (e.g., as specified in the calendar update) and pullthe download from that server. Alternatively, the download may bebroadcast to the PCs. The PCs may then apply the update, reboot ifnecessary, and then turn themselves off. In addition, the host mayprovide for various kinds of user customization of the download process.For instance, the host may require user consent for participation in theautomatic update process described above.

Although the present invention has been described with reference tovarious example embodiments, those with ordinary skill in the art willunderstand that numerous variations of those embodiments could bepracticed without departing from the scope and spirit of the presentinvention. For example, although the example system of FIG. 1 depictsupdates being sent to cell phones, many other types of terminal devicesmay be updated in accordance with the present invention. Examples ofsuch devices may include, for example, personal computers, laptopcomputers, personal digital assistants (PDAs), SDRs, other nascenttechnologies, and future technologies. The terminal devices may beequipped for connectivity to wireless or wireline networks, for examplevia a public switched telephone network (PSTN), digital subscriber lines(DSLs), cable television (CATV) lines, etc.

In addition, one of ordinary skill will appreciate that alternativeembodiments could be deployed with many variations in the number andtype of devices in the system, the communication protocols, the systemtopology, the distribution of various software and data components amongthe hardware systems in the network, and myriad other details withoutdeparting from the present invention. For instance, although only onehost is illustrated in the example embodiment, in alternativeembodiments, additional hosts may be used, possibly with one hostsending the calendar updates and a second host sending the downloaddata.

Furthermore, the disclosed methodology may be used in wirelineapplications, as well. For instance, download data may be broadcast froma host to terminal devices via a shared wireline medium, such as a DSLor CATV lines with coaxial cable terminating in cable modems.Alternatively, download data may be broadcast simultaneously to multipleintermediate devices, and those intermediate devices may address thedownload data to individual terminal devices.

It should also be noted that the hardware and software componentsdepicted in the example embodiment represent functional elements thatare reasonably self-contained so that each can be designed, constructed,or updated substantially independently of the others. In alternativeembodiments, however, it should be understood that the components may beimplemented as hardware, software, or combinations of hardware andsoftware for providing the functionality described and illustratedherein. In alternative embodiments, data processing systemsincorporating the invention may include personal computers, minicomputers, mainframe computers, distributed computing systems, and othersuitable devices.

Alternative embodiments of the invention also include computer-usablemedia encoding logic such as computer instructions for performing theoperations of the invention. Such computer-usable media may include,without limitation, storage media such as floppy disks, hard disks,CD-ROMs, read-only memory, and random access memory; as well ascommunications media such wires, optical fibers, microwaves, radiowaves, and other electromagnetic or optical carriers. The control logicmay also be referred to as a program product.

Many other aspects of the example embodiment may also be changed inalternative embodiments without departing from the scope and spirit ofthe invention. The scope of the invention is therefore not limited tothe particulars of the embodiments or implementations illustratedherein, but is defined by the appended claims.

1. An automated method of substantially simultaneously updating softwarein multiple remote wireless devices from a central host, the methodcomprising: recognizing a predetermined time to facilitate softwareupdates in multiple remote wireless devices; at least twenty-four hoursbefore reaching the predetermined time at a host, transmitting a firstshort message from the host to each of the multiple remote wirelessdevices, wherein the first short message includes the predeterminedtime, such that the multiple remote wireless devices utilize thepredetermined time to set calendar reminders in the multiple remotewireless devices for entering an active state; receiving messageacknowledgements at the host from one or more of the multiple remotewireless devices; in response to the message acknowledgements,automatically determining which of the multiple remote wireless devicesdid not receive the first short message; transmitting at least oneadditional short message that includes the predetermined time to each ofthe multiple remote wireless devices that did not receive the firstshort message; within a short time after reaching the predetermined timeat the host, substantially simultaneously pushing new software from thehost to the multiple remote wireless devices by broadcasting the newsoftware from the host, such that the multiple remote wireless devicesreceive the new software from the host substantially simultaneously andstore the new software; receiving distribution acknowledgements at thehost from one or more of the multiple remote wireless devices; and inresponse to the distribution acknowledgements, automatically updatingdistribution records to indicate which of the multiple remote wirelessdevices received and stored the new software.
 2. An automated method ofupdating multiple remote devices from a central host, the methodcomprising: recognizing a predetermined download time at a host; inadvance of the predetermined download time, transmitting a firstcalendar update from the host to multiple remote devices, wherein thefirst calendar update includes the predetermined download time, suchthat the multiple remote devices utilize the predetermined download timeto set calendar reminders in the multiple remote devices for entering anactive state allowing download data to be received; receiving messageacknowledgements from one or more of the multiple remote devices inresponse to the first calendar update, each message acknowledgementindicating that the first calendar update was received by one of theremote device; in response to the message acknowledgements,automatically determining which of the multiple remote devices did notreceive the first calendar update; and transmitting at least oneadditional calendar update that includes the predetermined time to atleast one of the multiple remote devices that did not receive the firstcalendar update; and within a short time after reaching thepredetermined download time at the host, substantially simultaneouslypushing download data from the host to the multiple remote devices bybroadcasting the download data from the host such that multiple remotewireless devices receive the download data from the host substantiallysimultaneously and store the download data.
 3. The method of claim 2,wherein the download data comprises new software for the multiple remotedevices.
 4. The method of claim 2, wherein the download data comprisesconfiguration settings for the multiple remote devices.
 5. The method ofclaim 2, wherein the download data comprises new information to be usedby software in the multiple remote devices.
 6. The method of claim 2,further comprising: receiving distribution acknowledgements at the hostfrom one or more of the multiple remote devices, each distributionacknowledgement indicating that one of the remote devices received andstored the download data; and in response to the distributionacknowledgements, automatically updating distribution records toindicate which of the multiple remote devices received and stored thedownload data.
 7. The method of claim 2, wherein the operation ofpushing download data from the host to the multiple remote devices isinitiated within thirty minutes after reaching the predetermineddownload time at the host.
 8. The method of claim 2, wherein: thepredetermined download time comprises a transmission time for pushingthe download data to the multiple remote device; and the calendar updatecauses the multiple remote devices to set alarms to activate in advanceof the predetermined download time.
 9. The method of claim 2, wherein:the predetermined download time comprises an activation time forpowering on the multiple remote devices; and the host pushes thedownload data to the multiple remote devices a short time after reachingthe predetermined download time.
 10. A data processing system thatupdates multiple remote, the data processing system comprising:processing resources that perform operations comprising: recognizing apredetermined download time; in advance of the predetermined downloadtime, transmitting a first calendar update from the host to multipleremote devices, wherein the first calendar update includes thepredetermined download time, such that the multiple remote devicesutilize the predetermined download time to set calendar reminders in themultiple remote devices for entering an active state allowing downloaddata to be received; receiving message acknowledgements from one or moreof the multiple remote devices in response to the first calendar update,each message acknowledgement indicating that the first calendar updatewas received by one of the remote device; in response to the messageacknowledgements, automatically determining which of the multiple remotedevices did not receive the first calendar update; and transmitting atleast one additional calendar update that includes the predeterminedtime to at least one of the multiple remote devices that did not receivethe first calendar update; and within a short time after reaching thepredetermined download time at the host, substantially simultaneouslypushing download data from the host to the multiple remote devices bybroadcasting the download data from the host such that multiple remotewireless device receive the download data from the host substantiallysimultaneously and store the download data.
 11. The data processingsystem of claim 10, wherein: the method further comprises determiningwhether a remote device among the multiple remote devices is powered on;and the operation of transmitting the calendar update to multiple remotedevices, comprises pushing the calendar update to the remote device, inresponse to determining that the remote device is powered on.
 12. Thedata processing system of claim 10, wherein the download data comprisesnew software for the multiple remote devices.
 13. The data processingsystem of claim 10, wherein the download data comprises configurationsettings for the multiple remote devices.
 14. The data processing systemof claim 10, wherein the download data comprises new information to beused by software in the multiple remote devices.
 15. The data processingsystem of claim 10, wherein the processing resources perform furtheroperations comprising: receiving distribution acknowledgements at thehost from one or more of the multiple remote devices, each distributionacknowledgement indicating that one of the remote devices received andstored the download data; and in response to the distributionacknowledgements, automatically generating distribution records thatindicate which of the multiple remote devices received and stored thedownload data.
 16. A program product for updates multiple remote devicesfrom a central host, the program product comprising: a computer-usablemedium; and computer instructions encode in the computer-usable medium,wherein the computer instructions, when executed, perform operationscomprising: recognizing a predetermined download time at a host; inadvance of the predetermined download time, transmitting a firstcalendar update from the host to multiple remote devices, wherein thefirst calendar update includes the predetermined download time, suchthat the multiple remote devices utilize the predetermined download timeto set calendar reminders in the multiple remote devices for entering anactive state allowing download data to be received; receiving messageacknowledgements at the host from one or more of the multiple remotedevices in response to the first calendar update, each messageacknowledgement indicating that the first calendar update was receivedby one of the remote device; in response to the messageacknowledgements, automatically determining which of the multiple remotedevices did not receive the first calendar update; and transmitting atleast one additional calendar update that includes the predeterminedtime to at least one of the multiple remote devices that did not receivethe first calendar update; and within a short time after reaching thepredetermined download time at the host, substantially simultaneouslypushing download data from the host multiple remote devices bybroadcasting the download data from the host such that multiple remotewireless device receive the download data from the host substantiallysimultaneously and store the download data.
 17. The program product ofclaim 16, wherein the computer instructions, when executed, performfurther operations comprising: receiving distribution acknowledgementsat the host from one or more of the multiple remote devices, eachdistribution acknowledgement indicating that one of the remote devicesreceived and stored the download data; and in response to thedistribution acknowledgements, automatically generating distributionrecords that indicate which of the multiple remote devices received andstored the download data.
 18. An automated method in a terminal devicefor receiving a download, the method comprising: if a first calendarupdate is received at a terminal device from a host, automaticallysending the host a message acknowledgement indicating that the firstcalendar update was received from the host, wherein the first calendarupdate includes a predetermined download time; if the first calendarupdate is not received at the terminal device, receiving at the terminaldevice a subsequent calendar update automatically communicated from thehost in response to the host not receiving a message acknowledgementindicating that the terminal device received the first calendar update,the subsequent calendar update including the predetermined downloadtime; in response to receiving at least one of the calendar updates,automatically utilizing the predetermined download time to set acalendar reminder in the terminal device for entering an active stateallowing download data to be received; in response to detecting that thepredetermined download time has been reached at the terminal device, ifthe terminal device is powered off, automatically powering on theterminal device; monitoring a communications medium for a broadcast fromthe host; in response to detecting the broadcast, automaticallyreceiving and storing download data from the broadcast at the terminaldevice; and in response to receiving the download data broadcast fromthe host, automatically sending the host a distribution acknowledgmentindicating that the download data was received from the host.
 19. Themethod of claim 18, further comprising the operation of automaticallysending a registration signal from the terminal device to a network inresponse to powering on the terminal device.
 20. The method of claim 18,further comprising the operation of automatically responding to the hostwith an acknowledgment for the download data.
 21. The method of claim18, wherein: the operation of receiving the calendar update from thehost comprises receiving the calendar update from a first host; and theoperation of receiving the download data from the host comprisesreceiving the download data from a second host.
 22. A program productfor receiving updates from a central host at a remote device, theprogram product comprising: a computer-usable medium; and computerinstructions encoded in the computer-usable medium, wherein the computerinstructions, when executed by a terminal device, perform operationscomprising: if a first calendar update is received from a host,automatically sending the host a message acknowledgement indicating thatthe first calendar update was received from the host, wherein the firstcalendar update includes a predetermined download time; if the firstcalendar update is not received at the terminal device, receiving at theterminal device a subsequent calendar update automatically communicatedfrom the host in response to the host not receiving a messageacknowledgement indicating that the terminal device was received thefirst calendar update, the subsequent calendar update including thepredetermined download time; in response to receiving at least one ofthe calendar updates, automatically utilizing the predetermined downloadtime to set a calendar reminder in the terminal device for entering anactive state allowing download data to be received; in response todetecting that the predetermined download time has been reached at theterminal device, if the terminal device is powered off, automaticallypowering on the terminal device; monitoring a communications medium fora broadcast from the host; and in response to detecting the broadcast,automatically receiving and storing download data from the broadcast atthe terminal device; and in response to receiving the download databroadcast from the host, automatically sending the host a distributionacknowledgment indicating that the download data was received from thehost.
 23. An automated method of updating remote devices from a centralhost, the method comprising: recognizing a predetermined download timeat a host; in advance of the predetermined download time, transmitting afirst calendar update from the host to a remote device, wherein thefirst calendar update includes the predetermined download time, suchthat the remote device utilize the predetermined download time to set acalendar reminder in the remote device for entering an active state;allowing download data to be received; receiving messageacknowledgements from one or more of the multiple remote devices inresponse to the first calendar update, each message acknowledgementindicating that the first calendar update was received by one of theremote device; in response to the message acknowledgements,automatically determining which of the multiple remote devices did notreceive the first calendar update; and transmitting at least oneadditional calendar update that includes the predetermined time to atleast one of the multiple remote devices that did not receive the firstcalendar update; detecting that the host has reached the predetermineddownload time; and in response to detecting that the host has reachedthe predetermined download time, automatically pushing download datafrom the host substantially simultaneously to the multiple remotedevices by broadcasting the download data such that multiple remotewireless devices may receive the download data substantiallysimultaneously.